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560- 



PSEUDO REGISTRATION FORM 



Name 
HomeAddress 
Home Phone [ 



Work Address [ 
Work Phone 



Birthday 



-560-2 
~560-4 
-560-6 

-560-8 
-560- 70 
-560- 72 



Your High School J 



r 



560- 76 
Year of Enrollment 



560- 74 

560- 78- 



560-20- 
Your College 



I Graduation Yeor ^^ [ 



560-22 
Year of Enrollment 



560-26 



560-24 
Graduation Year 




Submit 



F/G. 7 
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58 O- 



PSEUDO GROUP LIST FORM 



-580-2 



Following are the other members who went to 
your college at about the same time. 

^580-4 

Click on the boxes next to the names of the people 
you'd like to add to your Address Book. 

580- 6 ^-580- 8 

State University, 1932-1986 

co „ _ 580- /£\ ~ ^-580- 12 

580- 74—^. _ A f 

\y<\ John Doe (Graduated 1985) 



I | Robert Johnson (Graduated 1986) 
| | Jane Smith (Graduated 1986) 



580- 76 




r/a 8 
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PSEUDO PERMISSION FORM 



■600-2 



Click on the boxes next to the Permission Levels that 
you would like to grant to your new contact 



-600- 4 



John Doe 



600-7- 



^—600- 6 
Crossi ng Paths Notification Permission 

6QO-9~~ ^ 1 personal Information 

^—600- 70 
[X] Work Information 

^ — 600— 72 
|^X] Birthday Notification 

^-600- 74 



^X^ Friend of Friends Information 
600- 76- 

Submit 



F/G. 9 
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650- 



PSEUDO MEMBER UPDATE 



Member Update- 650-2 

December. 7, 1998 



^650-4 

The following of your contacts have upcoming birthdays: 

- Avery Rogers (Dec. 11)L>r^/^/r 

- Jane Bigelow (Dec. W)f aJ?u ~° 



Your contacts have registered the following address changes: 
- Tom Kohn 

New work address: 1 

1000 Wilson Boulevard >650- 70 

Arlington, Va 22229 J 



New work phone: ,~ 
703-558-3312 f 65 °^ f2 



-650- 74 



The following new members have affiliated with the same groups as you: 
Gary Clayton (State College, 1985) 

650- 76 

^~650- 78 

The following members have linked to you and have requested that 
you reciprocate: 

- Jun Ohamal 

- Lee Rogers ^50-20 

^650-22 

You have scheduled a trip to Phoenix on December 14. The following of 
your contacts live in Phoenix or will be in Phoenix on that date: 

- Andrev 



2w Kress! 
- Taylor Pierce f 65 °~ 24 

^ 650-26 

According to Astrology, the following of your contacts are compatible with 
you today (Libras) 



Bryan Jamiesonl 
- Anne Thierry f 650 ^ 28 



F/G. ft 
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NETWORKED PERSONAL CONTACT 
MANAGER 

The present invention relates generally to computer 
software used to manage contact information — such as 
mailing addresses, e-mail addresses, phone numbers, and 
birthdays — and more specifically to a method of creating 
links between members over a network and providing infor- 
mation to each member based on levels of permission 
maintained by the other members to which they are linked. 

BACKGROUND OF THE INVENTION 

Several types of prior art for managing contact informa- 
tion exist, including Personal Information Management soft- 
ware applications, Groupware Applications, and Internet- 
based "White Pages" and e-mail services. 
Personal Information Management Software 

As represented generally in FIG. 1, in a typical prior art 
Personal Information Management (PIM) software applica- 
tion (e.g., Lotus Organizer, Microsoft Outlook, or U.S. 
Robotics Palm Pilot), a PIM software application 120, 124 
that stores contact information in a database resides on a 
workstation or handheld computer 100 having a central 
processing unit 102, a display 108, a keyboard and/or mouse 
110, a primary memory 104 (e.g., random access memory) 
for program execution, a secondary memory 106 (e.g., a 
hard disc) for program storage, and peripheral devices 112. 
As is well known, programs, such as the PIM software 120, 
are executed in the RAM 104 by the CPU 102 under control 
of the operating system software 122, 126. 

In the prior art, users themselves enter the contact infor- 
mation that they want to store in the PIM software. A variety 
of methods exist for entering this contact information. It may 
be entered manually using the keyboard, imported from an 
existing file on their computer, or imported via a peripheral 
device such as a business card scanner. The defining char- 
acteristic of this class of prior art is that the input of the 
contact information is performed by the user of the software 
and, when the information changes, the user must modify 
the information himself. What this class of prior art lacks is 
a means for information to be shared between multiple users 
and a means for a given user to post changes to his own 
information for the benefit of others. 
Groupware Applications 

As generally represented in FIG. 2, in a typical prior art 
Groupware application, (e.g., Lotus Notes), a user worksta- 
tion 160 accesses information stored on a central server 
computer 130 over a computer network 150, such as a Local 
Area Network or Intranet. The server system consists of a 
central processing unit 132, a primary memory 134 (e.g., 
random access memory) for program execution, a secondary 
storage device 136 (e.g., a hard disc) for program storage, 
and a modem 138 or other device for connecting to the. 
computer network. The user workstation 160 is the same as 
the user workstation 100 described in reference to FIG. 1 
with the addition of a modem 162 or other device for 
connecting to the computer network. The file server or 
database contains data files 148 that can be accessed only by 
authorized users. The user uses client software 174, 176 
running on the user workstation 160 to access the files 148 
under the mediation of server software 140, 144 running on 
the server 130. 

Typically, in such a system a central system administrator 
organizes users into classes and the creator of a file 148 
determines what classes of users may view the file. The rules 
governing which individual users or classes of users have 
the authorization to view a particular file 148 may be stored 
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as part of the file itself. Alternatively, these rules are based 
upon the hierarchical directory structure of the file server in 
which the file is stored. Thai is, a particular user may view 
files in one directory but not another. 

5 FIG. 3 represents a common deployment of a contact 
management system based on Groupware. Each user enters 
information 202 about himself and specifies a set of per- 
missions 204 that define what classes of users are able to 
view various pieces of the information 202. What this 

10 deployment of the prior art lacks is the ability to authorize 
viewing privileges on a user-by-user basis rather than on a 
class-by-class basis. For instance, a user would be able to 
grant access to his home phone number 206 to the Human 
Resources department of his employer (e.g., Class A) while 

is denying access to the same information to his co-workers 
(e.g., Class C). The user would not be able to give access to 
his home phone number selectively to a first co-worker 
while denying it to a second co-worker if both co-workers 
were part of the same class of users as organized by the 

20 central system administrator. Furthermore, such a system 
would lack a practical notification methodology. There 
would be no way for a user to specify "notify me when the 
first co-worker changes his information but not when the 
second co-worker changes his information." 

25 Internet-Based "White Pages" and E-Mail Directory Ser- 
vices 

In a typical prior art "white pages" or e-mail service, 
client computers and a server computer are connected via 
the World Wide Web as depicted in FIG. 4. A user subscribes 

30 to a White Pages or E-Mail service via a client computer 270 
operating a web browser 282 or other software application 
residing in memory 274 that allows it to display information 
downloaded from a server computer 230 over the World 
Wide Web 260. The server computer system accesses a 

35 database 240 containing contact information entered by 
registered users. The service enables users to view contact 
information entered by other users. The authorization 
scheme may allow all users to limit certain classes of users 
from viewing certain parts of their user record as represented 

40 in FIG. 3. However, there are no linkages between individual 
users and thus users cannot restrict the viewing of their 
information on a user-by-user basis. Furthermore, users 
cannot be notified when information for particular users has 
changed. 

45 SUMMARY OF THE INVENTION 

The present invention is a computer-network -based con- 
tact management system that allows members to create and 
maintain contact with other members and determine on a 

50 person-by-person basis what information to share or with- 
hold. The system is based on a relational database scalable 
to millions of users that resides on a server computer. 

The invention was developed shortly after the advent of 
the World Wide Web, which promoted millions of people 

55 worldwide to connect their computers with a standard 
protocol, a phenomenon which made the invention practical 
and beneficial. 

When a user becomes a member of the system, the 
member associates himself with any number of affinity 

60 groups and creates a data record for himself by entering 
information in specific data fields. Based on the affinity 
groups with which the user has associated himself, the 
system then informs the user of other members in the same 
groups and allows the user to establish a link to any of those 

65 members on an individual basis. 

For each second user to which a first user has established 
a link, the second user can specify which data fields in his 
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data record can be viewed by the first user. Each second user FIG. 11 represents a pseudo graphical user interface that 

to which the first user has established a link is informed that provides a first user with specific information that has 

a link has been established. The second user can in turn changed about the other users to which the first user is 

decide whether or not to establish a link to the first user. If finked* 

the second user chooses to establish a link to the first user, 5 FIG*. 12 represents a pseudo graphical user interface that 

he can specify which data fields in his personal data record * J * information and find out 

can be viewed by the first user. In addition, each time a new ... . . . , . , . , 

user associates himself with a group with which an existing which 00013015 have overla PP in S travel schedules 

user has associated himself, the present invention informs 13 represents a pseudo graphical user interface that 

the existing user that the new user has joined that group and allows a first user to gather information about the contacts of 

allows the existing member to establish a link to the new 10 his contacts; and 

user. FIG. 14 is a data flow diagram of an alternative embodi- 

For each first user, the present invention maintains a ment of the present invention where a personal digital 

database of information about the second users to whom the assistant is synchronized with a server database of user 

first user has established a link. The personal address book ^ information. 

that the second users have given the first user permission to DESCRIPTION OF TOE^ 

view. Whenever a second user changes any information in EMBODIMENT 

any data field of his data record, the information in that field Reference will now be made in detail to the preferred 

is automatically updated in the information database of each embodiments of the invention, examples of which are illus- 

first user whom he has given permission to view the infor- 20 trale d j n tne accompanying figures. While the invention will 

mation in that data field. be described in conjunction with the preferred embodiments, 

In addition, if a first user has given a second user the it will be understood that they are not intended to limit the 

proper form of data field permission for the personal data invention to those embodiments. On the contrary, the inven- 

record of the first user, the present invention will inform the lion is intended to cover alternatives, modifications and 

second user whenever first user's birthday or anniversary is 25 equivalents, which may be included within the spirit and 

approaching, whenever the first user will be travelling in the of lhe invention as defined by the appended claims, 

vicinity of the second user, and whenever the astrological As represented in FIG. 5, the preferred embodiment 

sign of the first user is compatible with the astrological sign follows a standard Internet architecture, in which client 

of the second user computers 370 and a server computer 330 are connected via 

, . , , ... ^ ^ World Wide Web 360 and modems 338, 378 or other 

BRIEF DESCRIPTION OF THE DRAWINGS communications channels. A user accesses the server 360 

The accompanying drawings, which are incorporated in via a clicnl computer 370 operating a web browser 382 or 

and form a part of this specification, illustrate embodiments olher software application residing in memory 374 that 

of the invention and, together with the description, serve to allows il 10 dis P la V information downloaded from a server 

explain the principles of the invention, wherein: 35 computer 330. The server computer system 330 runs server 

, , . 4 ijj-.un ii c software 342, including the network-computer-based per- 

FIG. 1 depicts a computer loaded with Personal Inrorma- . . . f . ■ £■ , 

* 4 F iaui»»u sonal contact manager 343 of the present invention, which 

tion Management software; interacts with the client computers 370 and a user informa- 

FIG. 2 generally depicts the data schema of a category of tion database 340. In a commercial embodiment of the 

prior art known as groupware applications; present invention, the personal contact manager 343 is the 

FIG. 3 shows a common scheme for authorizing permis- 40 heart of a Web-based personal contact management service 

sion to view information in the prior art; called PlanetAll. The database 340 contains contact infor-. 

FIG. 4 depicts two computers interconnected via the mation entered by registered users. The personal contact 

Internet, one of which is a server connected to a database and manager 343 in some situations will notify a set of users of 

the other of which represents a user's client workstation, updates made to the database 340 by another user to whom 

both of which are configured according to the prior art; 45 the notified set is related. 

FIG. 5 depicts two computers interconnected via the A distinction over the prior art is that the database 340 in 

Internet, one of which is a server connected to a database and [he present invention is necessarily a relational database 

the other of which represents a user's client workstation, bmlt from a ,f ! h ° f relational tables 350. In the conventional 

. c , • . r« . j- ' manner, both the server 330 and the c hents 370 include 

both of which are configured according to the present cn ' . , . . ... ^ . ^ nii 
. to & r 50 respective storage devices, such as hard disks 336 and 376 

inven ion, anc j 0 p erale unc jer the control of operating systems 344, 384 

FIG. 6 represents an object model of the key tables in the executed in RAM 334, 374 by the CPUs 332 , 372. The 

relational database maintained on the server computer in the server sl0 rage device 336 stores program files 346 and the 

preferred embodiment of the present invention; operating system 348. Similarly, the client storage devices 

FIG. 7 represents a pseudo graphical user interface in 55 376 store the web browser software 386 and the operating 

which a user enters information in specific data fields to systems 388. In an alternative configuration, in which the 

create a personal data record; client is a personal information manager (PIM), such as the 

FIG. 8 represents a pseudo graphical user interface for U.S. Robotics Palm Pilot, the disc 376 can also include a 

listing olher users with the same group affiliation as that local PIM database 390 and PIM software, which performs | 

specified by a first user; 60 t * aU mana S ernenl a °d synchronization functions. I 

FIG. 9 represents a pseudo graphical user interface for FIG - 6 outlines the data structure of the relational database 

specifying what type of data fields from a" first user's 340 in the preferred embodiment, in which seven tables-350 

personal data record to which the first user wishes to grant are employed to eoable most of the functionality of the 

a specific second user access; P Kscal invention: 

FIG. 10 represents a pseudo graphical user interface that 65 (1) Customer Table 440; 

displays the information stored in a user's personal address (2) Friend Table 460; 

book; (3) Group Table 400; 
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(4) Affinity Table 420; 

(5) Address Table 480; 

(6) Phone Table 500; and 

(7) Travel Event Table 520; 

The Customer Table 440 contains one record for each 5 
unique user. The key field in this table is Customer ID 440-2. 
All information stored in the various database tables relating 
to a particular member is linked together by a unique number 
in this field. Other important fields in this table include 
information used by users to login to the system (Username 10 
440-6 and Password 440-8), information which helps users 
identify each other (First Name 440-10, Last Name 440-12, 
and E-mail 440-20), information required to provide Birth- 
day Notification (Birthday 440-16) and information required 
to provide Crossing Paths notification (City ID 440-14). 15 
Each record in the Customer Table 440 is time -stamped via 
the RecordDate field 440-4. Other fields 440-22 can also be 
included in the Customer Table 440 (and the other tables as 
well). 

The Friend Table 460 is a key to the present invention 20 
because it relates users to each other. Each record in the table 
represents a relationship between one user, identified by 
CustomerlD 460-4, and another, identified by FriendID 
460-6, with a certain level of permissions 460-10. The user 
interface of the present invention provides a multitude of 25 
ways for users to view information about other users, and 
every one of these ways relies on a database query of the 
Friend Table 460 to determine the list of other users whose 
information a particular user may see. Each record is time- 
stamped via the RecordDate field 460-8 so that users may be 30 
notified when their contacts' records change. Each record is 
u niquely identified by a RelationID 460 -2. 

The Croup Table 400 contains one record for each unique 
group with which users may affiliate. Each group is identi- 
fied by a GroupName 400-4 and GroupType 400-6. 35 
Examples of these groups would be GroupName 400-4* 
"Massachusetts Institute of Technology" (GroupType= 
"University") and GroupName 400-4«"Sigma Chi" 
(Group Type=" Fraternity"). Each record has a time-stamp 
400-8 and a unique identifier 400-2. 40 

Each , record of the Affinity Table 420 relates a user, 
identified by CustomerlD 420-4, to a group, identified by 
GroupID 420-6. If a user affiliates with six groups, there 
would be six records in the Affinity Table 420. This table 
stores information about the time period of a user's affilia- 45 
tion with a particular group in the From Year and To Year 
fields 420-8, 420-10 so that the system may help users find 
their contemporaries. Each record is time-stamped 420-12 
so that the system may report to users when other users join 
the group, has a unique identifier 420-2 and can include 50 
additional fields 420-14. 

1 Tie Address Table 480 stores information for any number 
and kind of addresses for a particular user, identified by 
CustomerlD 480-4. For instance, if a user wants to make his 
home address, work address and summer home address 55 
available to his contacts, there would be three records for 
that user in the Address Table 480, each being identified in 
part by an appropriate AddressType 480-8 (e.g., home, work, 
summer home). Each record is time-stamped 480-16 so that 
the system can notify users when their contacts have added 60 
or modified address information and has a unique identifier 
480-2. Address information is conventional, including street 
Address 480-8, CitylD 480-10, Postal code 480-12, and 
military Base 480-14 fields. 

The Phone Table 500 is directly analogous to the Address 65 
Table 480, but it stores telephone and fax number informa- 
tion instead of address information. Each record is identified 
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by a unique PhoneRecordID 500-2 and includes the Custo- 
merlD 500-4 of the user whose phone information is con- 
tained in the record, a phone type ID 500-6 indicating, e.g., 
whether the record is for a telephone or fax, the phone 
number 500-8 and a time-stamp 500-10. 

The Travel Event Table 520 stores information about 
users'travel plans. This table is required to notify users when 
their travel plans intersect with the travel plans of their 
contacts. A record in the Travel Event Table 520 includes the 
CustomerlD 520-4 of the user whose travel information is 
contained in the record, arrival and departure dates 520-6, 
520-8 and a CitylD 520-10 identifying the travel destination. 
Each record is uniquely identified by a Travel_EvenllD 
520-2 and is time -stamped with a RecordDate 520-14. 

In the preferred embodiment, a multitude of other tables ' 
540 are used to enable a variety of user services. The 
Permission Type Table 542 contains one record for each of 
the varieties of permission levels the system allows mem- 
bers to assign to their contacts in the Friend Table 460. In the 
preferred embodiment, as illustrated in FIG. 9, permission 
information is grouped into five categories for the purpose of 
user interface simplicity (crossing paths notification permis- 
sion 600-6, personal information 600-8, work information 
600-10, birthday notification 600-12, and friends of friends 
information 600-14). However, the Permission Type table 
542 could just as easily be structured to allow members to 
grant and deny access to information on a field by field basis. 

The City Table 550 stores latitude and longitude infor- 
mation for two million cities to enable the system to notify 
users when their contacts travel within a defined geographi- 
cal radius. The Zodiac Table 552 allows the system to 
associate birthdays with signs of the Zodiac and thereby 
notify which of their contacts have compatible astrological 
signs on a particular day. The AddressType, PhoneType and 
GroupType tables 544, 546, 548 define the types of address, 
phone and group that can be defined in the respective 
Address, Group and Phone tables 480, 400, 500. The advan- 
tage of this normalized relational database architecture is 
that it permits scaling and speed far in excess of any 
embodiment of the prior art. 

FIGS. 7 through 12 display pseudo software graphical 
user interfaces (GUIs). In the preferred embodiment, the 
web server software 342 on the server computer 330 dis- 
plays these GUIs via the computer communications inter- 
face 360 on the user interface 380 of the user workstation 
computer 370. The database and communications operations 
necessary to perform the described functions are controlled 
by the personal contact manager 343, which employs where 
necessary the services of the web server software 342. For 
example, _the personal contact manager 343 updates the 
database tables 350 when a user submits a new home address 
and then determines whether any of that user's contacts need 
to be notified of the change. If so, the personal contact 
manager 343 will issue the notifications via the web server 
software 342. It should be assumed, unless a statement to the 
contrary is made, that all of the operations described herein 
which are aspects of the present invention are embodied by 
the personal contact manager 343. 

Referring now to FIG. 7, a pseudo GUI 560 is shown that 
allows members to enter information about themselves in 
order to create a personal data record. Users can enter 
information in this GUI in various data fields. In the pre- 
ferred embodiment, these fields include: Name 560-2, Home 
Address 560-4, Home Phone 560-6, Work Address 560-8, 
Work Phone 560-10, Birthday 560-12, High School 560-14, 
Year of High School Enrollment 560-16, High School 
Graduation Year 560-18, CoUege 560-20, Year of College 
Enrollment 560-22, and College Graduation Year 560-24. 
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In certain of these data fields, the user can specify groups A pseudocode description of the actions performed by the 

with which he wishes to affiliate himself, and the beginning personal contact manager software 343 to display the group 

and ending dates of the affiliation. In the preferred member list is shown in Appendix A. This pseudocode 

embodiment, the data fields High School 560-14 and Col- fragment (and the others that follow) is written in a struc- 

lege 560-20 represent categories of groups. In the data field 5 tured English that is similar to computer languages such as 

Year of High School Enrollment 560-16, the user enters the Pascal, FORTRAN and C. The pseudocode fragments are 

beginning date of the affiliation with the group specified in not described herein as they are self-explanatory. The tables 

the data field High School 560-14. In the data field High and fields referred to in the pseudocode fragments corre- 

School Graduation Year 560-18, the user enters the ending spond to the tables and fields described in reference to FIG. 

date of the affiliation with the group specified in the data 10 6. 

field High School 560-14. In the data field Year of College Referring now to FIG. 9, a pseudo GUI 600 is shown 

Enrollment 560-22, the user enters the beginning date of the allowing a first user to specify which types of data fields 

affiliation with the group specified in the data field College the first user's personal data record to grant a specific 

560-20. In the data field College Graduation Year 560-24, second user permission to view. If a first user specifies a 

the user enters the ending date of the affiliation with the 15 second user whom the first user would like to add to his 

group specified in the data field College 560-20. In both of personal address book, as explained in the description of 

these cases, the beginning date and ending date establish a FIG- 8 , lhe second user will receive notification (issued by 

date range during which time the user was affiliated with the ^e contact manager program 343^FIG. 5) that the first user 

group in question. nas "linked" to him. If the second user chooses to return the 

Once the user of the client computer 370 (FIG. 5) enters 20 link to the first user, the preferred embodiment of the present 

information in each data field in the GUI 560 shown in FIG. invention will display the pseudo GUI 600 shown in FIG. 9 

7, he clicks the Submit button 560-26 (or performs some with lhe name of the first user 600-5, allowing the second 

equivalent action) and the information entered is transferred user to set data field permissions for the first user. Unlike the 

via the computer communications network 360 (FIG. 5) to P™* art, which does not allow the first user to specify data 

the server computer 330, where the server personal contact 25 field permissions for individual other users, the preferred 

manager software 343 stores the information in the appro- embodiment of the present invention allows the first user to 

priate tables 350 of a database 340. specify permissions separately for each individual other user 

Referring now to FIG. 8, a pseudo GUI 580 is shown that in whose personal database the first user has chosen to be 

allows a first user to select other users they wish to add to included. 

their personal address book. The list of contacts is created 30 A lexl description 600-2 at the top of the pseudo GUI in 

based on the group affiliation information the first user enters FIG - 9 instructs the first user to specify which types of data 

in the data fields College 560-20, Year of College Enroll- fields from lne first "S^* 8 personal data record to allow to 

ment 560-22, and College Year of Graduation 560-24 in the appear in the personal address book of the second user, 

Pseudo Registration GUI 560 shown in FIG. 7. A similar wh ose name 600-4 is shown below. Several types of data 

GUI 580 would exist for the group specified in the data field 35 field permission are listed, each with a check box to the left 

High School 560-14 in the pseudo 560 GUI shown in FIG. enabling the first user to select or deselect the permission 

7 type. For example, to grant the second user 600-4 permis- 

In each version of the GUI 580 shown in FIG. 8, a text sion to view the information from the first user's personal 

description 580-2 at the top of the GUI explains to the first data record indicated by the permission type denoted 

user that other members have been found who had the same 40 "Crossing Paths Notification Permission," the first user 

affiliation as the first user during the same period of time as would check the box 60 °- 7 to lhe lefl of lhe permission type 

the first user. The name 580-6 of the group in which the first Crossing Paths Notification Permission 600-6. To deny the 

and second users share an affiliation is displayed and the date second user 600-4 permission to view the information from 

range 580-8 of the first user's affiliation with that group is lh e first user's personal data record indicated by the permis- 

displayed. 45 s i° n l YP e denoted "Personal Information," the first user 

/~If a second user whose personal information is stored in would uncheck the box 600-9 to the left of the permission 

/ the tables 350 of theUatabase 340 on the server computer - type Personal Information 600-8. 

t^330 has specified the same group affiliation as that specified In the preferred embodiment of the present invention, the 

by the first user in the College 560-20 data field, and that le vels of permission are as follows: Crossing Paths Notifi- 

second user has specified a date range for that affiliation that 50 cation Permission 600-6, Personal Information 600-8, Work 

intersects with the date range specified by the first user in the Information 600-10, Birthday Notification 600-12, and 

Year of College Enrollment 560-22 and College Graduation Friends of Friends Information 600-14. However, the 

Year 560-24 data fields, the Name 580-10 of the second user present invention is not limited to the levels of permission 

and the ending dale 580-12 of the second user's affiliation shown in the preferred embodiment. The present invention 

with that group are displayed. 55 k flexible to allow permission categories to be modified as 

A second text description 580-4 at the top of the GUI 580 needed, 

instructs the first user to select any of the second users listed Each permission type allows the second user to view 

whom the first user wishes to add to his personal address information from the first user's personal data record in 

book. If the first user wishes to add a second user to his specific data fields, according to a specific set of rules. In the 

personal address book, the first user clicks the checkbox 60 preferred embodiment of the present invention, these per- 

580-14 to the left of the Name 580-10 (e.g.,'"Jobn Doe") for mission rules are as follows: 

that second user. Once the first user has finished specifying If member A links to member B, member A can grant any 

the users he wants to add to his address book, he clicks the of the permissions discussed below to member B. 

Submit button 580-16, and the information entered is trans- Even if member B does not reciprocate the link to member 

ferred via the computer communications network 360 to the 65 A, an e-mail forwarding address for member B will be 

server computer 330 where it is stored in the appropriate included in the Virtual Address Book for member A. 

tables 350 of the database 340. For example, the e-mail address 
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"memberB@p!aDetall.com," which maps to the actual book is shown. The information in a user's personal address 
e-mail address that member B has entered into his/her book is stored in the appropriate tables 350 of the database 
own record, will appear in member A's Virtual Address 340 on the server computer 330, to which the client corn- 
Book, but nothing else. puter 370 is connected via the world wide web 360 (see FIG. 

When member A first links to member B, member B is 5 5). The information in each user's personal address book is 

notified on the Web site and in an e-mail. customized for that user, as described below. Each first 

If member B elects not to grant any permissions to uscr ' s Personal address book contains information about 

member A, member A will not appear in member B's cach ^ coa6 who has g iven ^ firsl uscr permission to 

Virtual Address Book v * ew information in the second user's personal data record 

If member B grants any permissions to member A. a 10 « 36 ' , Wb i ch ca '<*°ries of each second [user's information are 

listing in member B's Virtual Address Book will be 10 ** to* u f r s P er *? n address ^° ok / co "" 

created for member A, and the listing will contain , , rolled completely by the second user, as explamed .n the 

whatever information member A has given permission ^cnpt.on of FIG. 9. In add.fon, each second user s 

, « , or information is entered and maintained completely by the 

tor member B to see. . , ~ n m i • • .i_ 

ir , _ , „ . . c . 0 is second user (e.g., "Donald Tully ), as explained in the 

If member B grants Personal Information 600-8 permis- description of FIG 7 

sion to member A, member B's borne address and p|G. 10 illustrates the Address Book pseudo GUI 620 at 

pbone number (if available) will appear m member As ^ jn which ^ next ^ a „ ows ^ usCf (o vjew 

Virtual Address Book and member A will be informed cssive , more dc(ail abou , , hc conIacts in his al 

when member B changes the relevant information in ^ address book 

his/her own listing. In level 1 620 of the pseudo address book GUI 618, each 

If member B grants Work Information 600-10 permission |eUer of the a| ^ ^ shown 622 By dicking on any lcUcr 

to member A, member B's work address and phone of lhe alphabel m a firsl user can display a lisling of the 

number (if available) will appear in member As Virtual comacts who$e to names begin wfth |hc , cUer of , he 

Address Book and member A will be informed when 25 alpfaabel and aboul whom informalion is slored in 

member B changes the relevant information in his/her , he ^ usef , s personal address ' lllis information is 

own listing. displayed in the level 2 626 of the pseudo address book GUI . 

If member B grants Crossing Paths Notification Permis- For example, if the first user clicks on the letter "T" 624 in 

sion 600-6 to member A, member A will be able to be level 1 62 q of the pseudo address book interface, all contacts 

informed when member B will be in the same city as 30 w hose last names begin with the letter T and about whom 

member A. If member A and member B are both based information is stored in the first user's personal address book 

in the same city, member A will only be informed when will be displayed. 628 in level 2 626 of the pseudo address 

member A and member B are traveling to the same book GUI. 

destination. I n i eve i 2 626 of the pseudo address book GUI, a listing 

If member B grants Birthday Notification 600-12 permis- 35 0 f the second users whose last names begin with the letter of 

sion to member A, member B's birthday and anniver- the alphabet selected in level 1 620 of the pseudo address 

sary (if available) will appear in member A's Virtual D00 k GUI, and about whom information is stored in the first 

Address Book and member A will be notified when user's personal address book, is shown. By clicking on any 

member B's birthday or anniversary are approaching. second user's name, the first user can display the informa- 

If member B grants Friends of Friends Information 600- 40 lion about that second user slored in the first user's personal 

14 permission to member A, if member A searches for address book. This information is displayed in level 3 632 of 

information about the contacts of his/her contacts, such the pseudo personal address book GUI. For example, if the 

as who lives in a particular city or is associated with a first user clicks on the second user name "Tully, Donald" 

particular group, information from member B's circle 630, the information pertaining to Donald Tully slored in lhe 

of contacts will be included in the search results, if 45 first user's personal address book will be displayed in level 

applicable. 3 632 of the pseudo address book GUI. 

Either member can modify permissions at any time. In level 3 632 of the pseudo address book GUI, informa- 

Either member can delete the other member as a lion 634 is shown about a specific second user that is stored 

contact at any time. in a first user's personal address book. Only the categories 

Pseudocode descriptions of the actions performed by the 50 of information from the second user's personal dala record 

personal contact manager software 343 to display address that the second user gave the firsl user permission to view 

information of contacts and to perform birthday and address are displayed. The second user's information is entered and 

change notifications are shown in Appendices B, C and D, maintained completely by the second user, 

respectively. Each of these operations depends on which In the preferred embodiment of the present invention, lhe 

permissions respective users have been granted by the owner 55 second user's e-mail address 634-2 is displayed if the second 

of the informalion. user gave the first user any type of data field permission. The 

Once the first user has finished specifying the data field . second user's work address and phone number 634-4 are 

permissions for the second user 600-4, he clicks the Submit displayed only if the second user gave the first user Work 

button 600-16 and the information entered is transferred via Informalion permission. The second user's home address 

the computer communications network 360 to the server 60 and phone number 634-6 are displayed only if the second 

com puter 330 where it is stored in the appropriate tables 350 user gave lhe first user Personal Informalion permission. The 

of the database 340 (see FIG. 5). A pseudocode description second user's birthday and birth year 634-8 are displayed 

of the actions performed by the personal contact manager only if the second user gave the first user Birthday Notifi- 

software 343 to enable a user to change the permissions of cation permission. These permission rules are simply 

contacts is shown in Appendix H. 65 examples from the preferred embodimenl. The present 

Referring now to FIG. 10, a pseudo GUI 618 that invention is not limited lo the permission rules used in lhe 

displays'the information stored in a user's personal address preferred embodiment. 
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A pseudocode description of the actions performed by the 
personal contact manager software 343 to display the 
address book listing is shown in Appendix B. 

Referring now to FIG. 11, a member update pseudo GUI 
650 is shown. This pseudo GUI 650 provides a first user with 
specific information that has changed about the other users 
to which the first user is linked, plus new information about 
contacts to whom the first user may wish to link. The 
information displayed in a user's member update is stored in 
the appropriate tables 350 of the database 340 on the server 
computer 330, to which the client computer 370 is connected 
via the world wide web 360. The member update pseudo 
GUI 650 is automatically displayed on the user interface 380 
of the user workstation 370, at an interval preset by the user. 
For example, FIG. 11 displays a hypothetical member 
update 650-2 released on Dec. 7, 1998. The information 
displayed in the data fields below is information that has 
changed between Dec. 7, 1998 and the date of the previous 
update, the interval between which has been previously 
specified by the user. The information shown in each user's 
member update is customized for that user, as described 
below. 

In a first portion of the member update pseudo GUI 650 
shown in FIG. 11, if one or more of the second users who 
have linked to a first user and have provided Birthday 
Notification permission to the first user have upcoming 
birthdays, a text description 650-4 alerts the first user of the 
upcoming birthday(s). The names and birthdays 650-6 for 
those second users are listed below. In the preferred embodi- 
ment of the present invention, the first user will receive this 
notification 2 weeks, 1 week, 2 days, and 1 day in advance 
of a particular upcoming birthday, and on the actual date of 
the birthday. The first user does not need to collect and input 
the birthday dates for each second user who has linked to the 
first user. Each second user's birthday information is entered 
and maintained completely by the second user, as shown in 
the Birthday field 560-12 of FIG. 7, the registration form 
pseudo GUI 560. 

In another portion of the member update pseudo GUI 
shown in FIG. 11, if one or more of the second users who 
have linked to the first user and have provided Personal 
Information permission or Work Information permission to 
the first user have changed their work or home address, a text 
description 650-8 alerts the first user. If a second user has 
changed his work address information and has given the first 
user Work Information permission, the second user's new 
work address information 650-10, 650-12 is displayed. If a 
second user has changed his home address information and 
has given the first user Personal Information permission, the 
second user's new home address information is displayed. 

Each second user's address information is entered and 
maintained completely by the second user, as shown in the 
registration form pseudo GUI 560 of FIG. 7. After changing 
his address information in his personal data record, the 
second user does not need to specify that the new address 
information be provided to each first user to whom he has 
linked and given the proper form of data field permission. 
The new address information is provided to each first user 
quickly and automatically. In addition, the architecture of 
the present invention is scalable to include millions of users. 

In another portion of the member update pseudo GUI 650 
shown in FIG. 11, if one or more members has affiliated with 
a group with which the first user is also affiliated, a text 
description 650-14 will alert the first user The name of the 
second user, the name of the group in which the first and 
second users share an affiliation, and the ending date of the 
second user's affiliation with that group are displayed 650- 
16. 
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This portion of the registration form pseudo GUI 650 
functions similarly to the group list form pseudo GUI shown 
in FIG. 8. If a new second user who fills out a registration 
form such as the pseudo GUI in FIG. 7, and therefore whose 
personal information is stored in the tables 350 of the 
database 340 on the server computer 330 has specified the 
same group affiliation as that specified by the first user in the 
College 560-20 data field, and that second user has specified 
a date range for that affiliation that intersects with the date 
range specified by the first user in the Year of College 
Enrollment 560-22 and College Graduation Year 560-24 
data fields, the Name of the second user and the ending date 
of the second user's affiliation with that group 650-16 are 
displayed. Similarly, if the first user and the new second user 
were affiliated during an intersecting period of lime with the 
group specified in the data field High School 560-14 in the 
pseudo GUI 560 shown in FIG. 7, the Name of the second 
user and the ending date of the second user's affiliation with 
that group 650-16 are displayed. 

A pseudocode description of the actions performed by the 
personal contact manager software 343 to display a list of 
service members who have recently joined a user's groups 
(i.e., members who are not current contacts of the user) is 
shown in Appendix E. 

If the first user wishes to add contact information to his 
personal address book for any of the second users listed 
650-16, the first user can do so in a GUI similar to the group 
list form pseudo GUI 580 shown in FIG. 8. Each second user 
to whom the first user has initiated a link will then be 
informed of the link, and can then return the link and specify 
data field permissions for the first user, if any, as explained 
in the description of FIG. 9. 

A pseudocode description of the actions performed by the 
personal contact manager software 343 to identify people 
who have linked to a particular user are shown in Appendix 
F. 

In another portion of the member update pseudo GUI 650 
shown in FIG. 11, if a second user has initiated a link to a 
first user, the first user will be automatically notified 650-18 
that a link has been made. For each second user that has 
initiated a link, the user's name 650-20 is shown. If the first 
user wishes, the first user can then return the link and specify 
data field permissions for the second user, if any, as 
explained in the description of FIG. 9. 

Another section 650-22 of the member update pseudo 
GUI 650 shown in FIG. 11 is used to inform a first user when 
the travel plans he has entered into the system overlap with 
the travel plans that any of his contacts has entered into the 
system, as long as the contact has granted the first user 
Crossing Paths Notification permission. 

This system, termed "Crossing Paths Notification" in the 
preferred embodiment of the present invention, operates as 
follows. The home city or "base city" for each user is 
determined from information entered by that user in the 
Home Address data field 560-4, as explained in the descrip- 
tion of FIG. 7. The "City" table 550 (FIG. 6) stored on the 
server computer 330 includes 1.7 million names of cities 
around the world. Each of these cities is associated with a 
precise latitude and longitude. If the user's base city cannot 
be matched to a city in the "City" table, the user can add the 
new city to the "City" table by giving the name of another 
city that is already in the "City" table that is nearby the 
user's base city. The user's base city is assigned the same 
latitude and longitude as the existing city. This information 
is used to associate each user with a precise longitude and 
latitude, and determine all cities within a 29-mile radius of 
the user's base city. 
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Whenever a user is planning to travel, he can specify the 
dates during which he will be away and the city he will be 
visiting. If a second user has granted a first user Crossing 
Paths Notification permission, and the first user has entered 
a Travel Event to a city that is within a 29-mile radius of the 
base city of the second user, the first user will be notified 
650-22 (FIG. 11) that he will be crossing paths with the 
second user 650-24 (e.g., "Andrew Kress"), as long as the 
second user has not also scheduled a travel event for the 
same time period. In another scenario, if a second user has 
granted a first user Crossing Paths Notification permission, 
and the first user has entered a travel event to a city that is 
within a 25-mile radius of a city to which the second user has 
scheduled a travel event during the same lime period, the 
first user will be notified 650-22 that he will be crossing is 
paths with the second user 650-24. Travel events are 
described more fully in reference to FIG. 12. 

The Crossing Paths Notification system is able to handle 
multiple cities in a single day. For instance, if a first user 
lives in Boston but is traveling to New York on March 5, 20 
then the first user will be informed if any contacts will be 
crossing paths on that day in either city. In addition, this 
system is scalable to millions of users. A pseudocode 
description of the actions performed by the personal contact 
manager software 343 to enable a user to receive crossing 
paths notification is shown in Appendix I. 

The final section 650-26 of the member update pseudo 
GUI 650 shown in FIG. 11 is used to inform a first user 
which of his contacts has an astrological sign compatible 
with that of the first user on the date of the member update. 
Each member is associated with one of the twelve astro- 
logical signs based on the information he entered in the 
Birthday data field 560-12 in the registration form pseudo 
GUI 560 shown in FIG. 7. Each day of the year is mapped 
to one of these twelve signs. This information is stored in the 
appropriate table 350 in the database 340 on the server 
computer 330. On a given day, all of a member's contacts 
who are associated with "sign of the day" are deemed to be 
compatible with the member. Only the names of contacts 
who have given the first user Birthday Notification permis- 
sion will be shown in the member update pseudo GUI for the 
. first user. A pseudocode description of the actions performed 
by the personal contact manager software 343 to enable a 
user to receive notification of compatible contacts is shown 
in Appendix J. 

The permission rules used in reference to FIG. 11 are 
simply examples from the preferred embodiment. The 
present invention is not limited to the permission rules used 
in the preferred embodiment. 

Referring now to FIG. 12, a pseudo Add Travel Form GUI 
660 and a pseudo Crossing Paths List GUI 670 are shown. 
These two screens are used in the Crossing Paths Notifica- 
tion System. If a first member is planning a trip, the first 
member can use the pseudo Add Travel Form GUI 660 to 
add a Travel Event, in which he specifies the location 660-2, 
660-4, 660-6, dates 660-8, 660-10, and contact information 
660-20 for the intended trip. In the pseudo Crossing Paths 
List GUI 670, the first member is informed which of the 
second members to whom he is linked and who have granted 
him Crossing Paths Permission will be in the vicinity of the 
city to which the first user is travelling, during the time 
period of the specified Travel Event. The first user can then 
use the pseudo Crossing Paths List GUI 670 to select which 
of the displayed second users the first user would like to 
inform of the first user's specified Travel Event. 

The pseudo Add Travel Form 660 is displayed on the user 
interface 380 (FIG. 5) of a user's client computer 370 when 



the user chooses to schedule a Travel Event. The user enters 
information about his scheduled trip in the data fields shown. 
In the Traveling To City field 660-2, the user enters the name 
of the city to which he is traveling. In the State field 660-4, 
the user enters the name of the state in which is located the 
city to which he is traveling. In the Country 660-6 field, the 
user enters the name of the country in which the city to 
which he is traveling is located. The information entered in 
these three fields 660-2, 660-4, 660-6 is used to locate the 
city for the Travel Event in the City table 550 on the server 
computer 330. The exact latitude and longitude of the Travel 
Event city is then determined and a list is created of all cities 
located within a 25-mile radius of the Travel Event city. In 
the Arrive in City on Date field 660-8, the user enters the first 
date on which he will be in the Travel Event city. In the 
Leave City on Date field 660-10, the user enters the date 
beginning on which he will no longer be in the Travel Event 
city. The information entered in these two fields 660-8, 
660-10 is used to determine the date range for the Travel 
Event. Finally, in the How to Get in Touch While in This 
City data field 660-20, the user enters the method for 
contacting him during the Travel Event. After the user has 
finished entering information in the pseudo Add Travel Form 
GUI (12-1), the information entered is stored by the personal 
contact manager 343 in the Travel_Event table 520 on the 
server computer 330. 

The pseudo Crossing Paths List 670 is displayed on the 
user interface 380 of the first user's client computer 370 after 
a first user has scheduled a Travel Event user the pseudo Add 
Travel Form 660. A text message 670-2 issued by the 
personal contact manager 330 informs the first user that one 
or more of his contacts will be in the same city as the first 
user during the first user's scheduled Travel Event. Those 
contacts (e.g., Scott Ulem, Taylor Pierce, Betsy Klein) who 
live in the city of the first user's scheduled Travel Event are 
listed 670-6, as well as those contacts (e.g., Tania Gutsche) 
who will be visiting the city of the first user's scheduled 
Travel Event 670-8. The contacts listed in the field 670-6 are 
those second users who have granted the first user Crossing 
Paths Permission, and who have listed in the Home Address 
field 560-4 (FIG. 7) of their Personal Data Record the city 
of the first user's scheduled Travel Event, or any city within 
a 25 -mile radius of the first user's scheduled Travel Event. 
The contacts listed in the field 670-8 are those second users 
who have granted the first user Crossing Paths Permission, 
and who have scheduled a Travel Event to the city of the first 
user's scheduled Travel Event, or any city within a 25-mile 
radius of the first user's scheduled Travel Event, during the 
date range of the first user's scheduled Travel Event. For 
50 each contact name listed in both fields 670-6, 670-8, the first 
user can choose to inform that contact of the first user's 
scheduled Travel Event by clicking on the checkbox to the 
left of that contacts name. When the first user is finished 
selecting contacts, he then clicks the Submit button 670-10, 
55 which copies the information entered to the server computer 
(5-45) to be stored in the tables 350 by the networked 
personal contact manager 343. For each second user whom 
the first user selected, the second user is informed, in a 
screen similar to the pseudo Member Update GUI shown in 
FIG. 11, of the first user's Travel Event and the means of 
contacting the first user 660-20 during the Travel Event. 

Referring now to FIG. 13, a diagram illustrating the 
Friends of Friends system is shown. The Friends of Friends 
system allows a first member to search for the names of 
contacts of their contacts who five in the same city as the first 
member are affiliated with a group with which the first 
member is also affiliated. When a user performs a Friends of 
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Friends search, the personal contact manager 343 displays, 
via the web server software 342, the results of the search on 
the user interface 380 (FIG. 5) of the first user's client 
computer 370 in a GUI similar to a pseudo Friends of 
Friends report GUI 688. After locating a second member 5 
with a friend of a friend, the first member can then link to 
that second member in order to add the second member to 
the first user's Personal Address Book, as explained in the 
descriptions of FIG. 8 and FIG. 9 above. 

In the preferred embodiment of the personal contact JQ 
manager 343, the Friends of Friends system operates as 
follows. If a Member A 680 is linked to a Member B 682 
with any level of permissions 681 and the Member B 682 is 
linked to a Member C 684 with any level of permissions 685, 
then if Member C 684 grants to Member B 682 Friends of 
Friends permissions 687 and Member B 682 also grants to 15 
Member A 680 Friends of Friends permissions 683, then 
Member A is eligible to receive Friends of Friends notifi- 
cation about Member C. When a first user performs a 
Friends of Friends search, the results of the search will 
include all second users who have affiliated themselves with 20 
a group with which the first user is affiliated and all second 
users who live in the same city in which the first user lives, 
so long as the first user is eligible to receive Friends of 
Friends notification about those second users, as described 
above. For example, if Member A and Member C both 25 
belong to Group A 686, and Member A is eligible to receive 
Friends of Friends notification about Member C, then the 
result of Member A's Friends of Friends search 688 gener- 
ated by the personal contact manager 343 will include 
Member C 690. 30 

A pseudocode description of the actions performed by the 
personal contact manager software 343 to perform a search 
for friends and friends of friends in a specific city is shown 
in Appendix G. 

The present invention is not limited to the search criteria 35 
or levels of separation in the preferred embodiment. The 
database architecture in the present invention is flexible to 
allow searches to be extended to more than one degree of 
separation. For instance, it would be possible to add a 
Friends of Friends of Friends search feature. The architec- 40 
lure is also flexible to allow new search criteria to be added. 

Referring to FIG. 5, in each of the embodiments described 
above, the user information is stored on the server 330 and 
all user access to the user information mediated by a client 
web browser 382, the web server software 342 and the 45 
server personal contact manager software 343. In an alter- 
native embodiment, which is configured for personal infor- 
mation managers (PIMs), such as the U.S. Robotics Palm 
Pilot, a user is able to synchronize their user information and 
their PIM database 390 through an importation/ 50 
synchronization function performed by the personal contact 
manager software 343. The synchronization operation can 
be performed in either direction (i.e., client to server or 
server to client). The server personal contact manager soft- 
ware 343 will then use the web server software 342 to 55 
communicate with the PIM software 392 of the user's 
contacts, if applicable, and, in accordance with the permis- 
sion scheme already described, synchronize the databases 
390 in the contacts' PIMs. All database, personal contact 
management and linking operations already described are 60 
operable in the alternative embodiment, except the GUIs 
might be different, depending on the graphical capabilities of 
the client 370 running the PIM program 392. Thus, the 
alternative embodiment allows full synchronization of PIMs 
and the server database 340. 65 

A data flow diagram illustrating the operation of the 
alternative embodiment is shown in FIG. 14. In the illus- 
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trated situation a user A submits an address change from 
their client computer 370A. In response to the update, the 
personal contact manager 343 running on the server 330 
updates user A's address information in the server database 
340 (not shown) and issues an update notification to the 
client computer 370B used by user B, who is a contact of 
user A. This alternative embodiment assumes that user B has 
a PIM (also referred to as a personal digital assistant or 
PDA) that they would like to synchronize with the server 
database 340. In such a case PIM Software 392 running on 
the client 370B performs the synchronization operation 
based on the user A address update information provided by 
the server 330. Following the synchronization operation, the 
PDA database 390 has the same information for user A as the 
server database 340. Alternatively, the PDA 750 can be 
coupled directly to the Internet (indicated by the dashed 
line), in which case it operates substantially as a typical 
client computer 370 described in reference to FIG. 5. 
However, one difference is that the PDA 750 maintains its 
own database 390 instead of relying solely on the server 
database 340. 

While the present invention has been described with 
reference to a few specific embodiments, the description is 
illustrative of the invention and is not to be construed as 
limiting the invention. Various modifications may occur to 
those skilled in the an without departing from the true spirit 
and scope of the invention as defined by the appended 
claims. 

APPENDIX 

Display Group Member List 
Submit group name. 

Match group name to GroupID in Group table. 

Join Affinity table to Customer table and CustomerPrefs 
table based on Customer! D. 

Show contact information from Customer and Customer- 
Prefs tables when the the Affinity table contains a record 
matching the CustomerlD to the specified GroupID. 

APPENDIX B 

Display Address Book Listing 

if MemberFriend AND a Reciprocated Link then 
If have Persona! or Professional Permissions then 

Show person's real email address, 
else 

Show person's PlanetAJl address, 
end if 

If have Personal Permission and Biography Exists then 

Show Biography, 
end if 

If (have Personal or Professional Permissions) AND uni-* 
versal resource locator (URL) exists then 
Show URL. 

end if 

If (Person is visible in group and Group Perms>0) AND 

you have Common Groups then 

Show the groups you have in common, 
end if 

If Person is in one of more of your personal email lists 
then 

Show the lists the person belongs to. 
end if 
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If have Personal Permissions and Phone Type is one of 

personal phone types then 

Show phone, 
end if 

If have Professional Permissions and phone type is one of 

professional phone types then 

Show phone, 
end if 

If have Personal Permissions and address Type is one of 

personal address types then 

Show address, 
if address is in USA then 

Show map link, 
end if 
end if 

If have Professional Permissions and address type is one 
of professional address types then 
Show address, 
if address is in USA then 

Show map link, 
end if 
end if 

If have Professional Permissions and Professional Info 
Exists then 

Show the professional info the person has entered, 
end if 

If have Occasions Permissions and Birthday exists then 
Show the contact's birthday, 
end if 

If have Occasions Permissions and Anniversary exists 
then 

Show the contact's Anniversary, 
end if 

If contact has entered spouse's name then 
Show spouse's name, 
end if 

If contact has entered self description then 
Show self description, 
end if 

else if MembcrFriend AND a Non-Reciprocated Link 
then 

Show message person has not linked back and give link 
so person can email the unlinked person to tell them 
they have linked to them, (after com/ASP rewrite will 
not show email so spammers can't make lists). 

end if 

APPENDIX C 

Birthday Notification 

Birthdays are determined by the DayOfYear field in the 

customers table. 
Create a list of all my contacts: 

Go to the Friend table and select all Customers where 
FriendID=my CustomerlD. 
For each of my contacts, check to see if the DayOfYear is 

within seven days of the current DayOfYear. 
Select the DayOfYear from the Customers table for all of 

the customers in my list of contacts. 
If the DayOfYear is within seven days of the current 

DayOfYear, then select the name of the customer. 
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Display the names of all my contacts who have birthdays 
in the next seven days. 

APPENDIX D 



Address Change Notification 



addresses 



To determine which of a member's contacts* 

have changed: 
Create a list of all my contacts: 

Go to the Friend table and select all Customers where 
FriendID=my CustomerlD. 
Find out which of these contacts have changed their 

addresses: 

Link the Customers table and find records for my 
contacts where AddressID is greater than the lowest 
Address ID having a date greater than the date on 
which my last email update was sent. 
Find out which of these contacts have given me permis- 
sion to see the address information that has changed: 
Make sure that the appropriate permission appears in 
the record in the friend table linking me to the 
contact. 

Display information for these contacts. 

APPENDIX E 



Show New Group Members 

Create a list of all my groups: 

Go to the affinity table and select all the records for my 
CustomerlD Select the GroupID for each of the 
records. 

Do not include other customers'private groups to which 
I have been added For each of my affinity records, 
check to see that Group Perms are>0. 
Create a list of all my contacts: 

Go to the Friend table and select all Customers where 
FriendID=ray CustomerlD. 
Create a list of people who joined my groups: 

Go to the affinity table and select all the affinity records 
for my groups. Select only affinity records for cus- 
tomers who joined the group after I joined. 
Select affinity records where the date of the record is 
after the date for my affinity record in the same 
group. 

Select only affinity records for people who joined the 

groups after my last email was sent. 
Select affinity records where the date of the record is 
after my Sent date in the Email table. 
Do not include people that are in my list of contacts: 
Select only affinity records where the CustomerlD is 
not included in the list of all my contacts. 
Select the CustomerlD from each affinity record in the 

list of people who joined my groups. 
Go to the Customers table to find the name of each 
customer who joined my groups. 

APPENDIX F 



People Who Have Linked To You 

Linking the Friends table and the Customers table based 
on'lhe CustomerlD field, select the following informa- 
tion from the two tables: 
CustomerlD from the Friends table. 
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First Name from ihe Customers table. 
Last Name from the Customers table. 
Record Date from the Friends table. 
Permission level from the Friends table. 
Where my CustomerlD is not among the CustomerlDs 
found in the following search: 
CustomerlD in the Friends Table is my CustomerlD 
AND the Record Date from the Friends table is within 

the last 30 days 
AND I haven't already linked to the person 

APPENDIX G 

Search for Friends of Friends in a Particular City 

Specify City. Match to CitylD in City table. 
Create a list of all my contacts 

Go to the Friend table and select all Customers where 
FriendID=my CustomerlD 

Make a temporary table linking the Friends table to itself 
called Friend_l and establish the following relation- 
ships: 

CustomerlDs for the contacts of my contacts appear in 

the Customer field of the Friends table 
CustomerlDs for my contacts appear in the Friend field 

of the Friends table 
CustomerlDs for my contacts also appear in the Cus- 
tomer field of the Friends_l table (this is how the 

tables are joined) 
My Customer ID appears in the Friend field of the 

Friend_l table 
The Friend and Friend_l tables are joined on t 
Show information for the contacts of my contacts (i.e. 

the Customers from the 
Friends table) where the following conditions are true: 

The Friends of Friends permission was granted from 
the contacts of my contacts to my contacts. 

The Friends of Friends permission was granted from 
my contacts to me. 

The contact does not already appear in the list of all 
my contact created above. 

The city for the contact of my contact matches the 
specified city. 

APPENDIX H 
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Change Permissions 

Join the Customer table to the Friend table based on 

CustomerlD. 
Create a list of all my contacts: 

Go to the Friend table and select all Customers where 50 
FriendID»my CustomerlD. 
Show First Name and Last Name for my contacts from the 

Customer table. 
Allow me to pick a name from this list as the contact 

whose permissions I would like to change. 55 
Display the permission level that I have given this contact. 

It is stored as the PermissionType field in the Friend 

table. 

Allow access to the PermissionType for this record in the 
Friend table. 60 

APPENDIX I 

Crossing Paths Notification 

Create a list of all my contacts: 65 
Go to the Friend table and select all Customers where 
FriendlD-my CustomerlD. 



Create a list of all my contacts' travel events: 

Go to the Queue Travel Event table and select all 
Queuelds where the CustomerlD is in my list of 
contacts. 

Do not include trips for people who linked to me but 
did not give me crossing paths permission: 
Check the permissions field in the Friend table for 

each of my contacts to see if I have crossing paths 

permissions. 

Do not include trips if my contact specified that 1 
should not be informed: 

For each of my contacts' trips, check the Travel 
Exception table to see if my CustomerlD is 
included in the list of people who should not be 
informed of the trip. 
Create a list of my location for the next seven days: 
Select the arrival date, departure date, and city for all 
my trips in Queue Travel Event for the next seven 
days. 

For days when I am not travelling, select my city from 
the customers table. 
Select from the list of my friends' trips, all the trips to 

cities that are within 3000 latitude and 3000 longitude 

to my location for each of the next seven days. 
Go to the Customers table and find the names of all the 

people with whom I will be crossing paths. 
Select first name and last name from the customers table 

for all the CustomerlDs in the list of my contacts trips 

APPENDIX J 

Compatible Contacts 

Create a list of all my contacts: 

Go to the Friend table and select all Customers where 
FriendID=my CustomerlD. 
Determine my Zodiac sign: 

Select my DayOfYear from the Customers table. 
Select the Zodiac sign from the Zodiac table where my 
DayOfYear is between the DayFrom and DayTo 
fields. 

Determine ray compatible Zodiac sign for today: 
Go to the Horoscope table and select the Compatible 
field from the row for my Zodiac sign and today's 
date. 

Find my compatible contacts for today: 

Select the DayFrom and DayTo fields from the Zodiac 

table for my compatible zodiac sign. 
Select my contacts from the list of all my contacts 
whose DayOfYear is between the DayFrom and 
DayTo fields for my compatible sign. 
What is claimed is: 

1. A networked contact management system, comprising: 

a database which contains personal records of multiple 
users, each record including multiple fields, including 
fields for storing personal contact information; and 

contact manager software which provides restricted 
access to the database through an interface in which (1) 
users select other users from the database to include in 
their own, respective virtual personal address books 
without the need to enter information for such users, (2) 
if a first user selects a second user to include in the first 
user's virtual personal address book, the second user is 
provided an option to specify the types of information 
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of the second user's personal record to be viewable by 
the first user, (3) users directly update their own respec- 
tive personal records within the database, and (4) the 
personal records stored within the database are at least 
partially viewable as virtual address book entries, so 
that updates made by users to their own respective 
personal records are reflected automatically within the 
virtual personal address books of other users without 
the need to propagate or separately apply the updates to 
individual address books. 

2. The networked contact management system as in claim 

1, wherein the interface further provides the second user an 
option to grant permission to the first user to be notified of 
at least one type of occasion. 

3. The networked contact management system as in claim 

2, wherein the at least one type of occasion includes at least 
one of the following: (a) a birthday of the second user, (b) 
an anniversary of the second user, and (c) a correspondence 
in schedules of the first and second users. 

4. The networked contact management system as in claim 
1, wherein the database contains information about a plu- 
rality of affinity groups, and the contact manager software 
implements functions for (a) allowing the multiple users to 
select and join individual affinity groups, (b) notifying a new 
member of an affinity group of existing members of the 
affinity group, and (c) presenting the new member an option 
to select individual members of the affinity group to add to 
the new member's personal address book. 

5. The networked contact management system as in claim 
4, wherein the contact manager software automatically noti- 
fies existing members of the affinity group of new members. 

6. The networked contact management system as in claim 
1, wherein the contact manager software receives and stores 
information about travel plans of individual users, and uses 
the information about travel plans to detect that a user and 
a contact of the user will be in the same location at the same 
time. 

7. The networked contact management system as in claim 
1, wherein the contact manager software automatically noti- 
fies the first user when the second user modifies a datum of 
the second user's personal record that the first user is 
permitted to view. 

8. The networked contact management system as in claim 
1, further comprising synchronization software which syn- 
chronizes a personal digital assistant (PDA) device with a 
user's virtual personal address book over a computer net- 
work. 

9. A networked personal contact management system, 
comprising: 

a database which contains personal data records of a 
plurality of users, at least some of the data records 
including contact information of respective users; and 

a server system which provides restricted access to the 
database through an interface that provides functions 
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for each user to at least (a) directly modify the user's 
own repective personal data record within the database, 
(b) select other users from the database to add to a 
virtual personal address book of the user, and (c) 
specify, on a user-by-user basis, permissions for other 
users to view the personal data record of the user 
through virtual virtual personal address books of such 
other users; 

wherein users directly view the data records of other users 
( through the virtual address books according to said 
permissions, so that updates by users to their own 
respective personal records are reflected automatically 
within the virtual personal address books of other users. 

10. The networked personal contact management system 
as in claim 9, wherein the interface allows each user to grant 

1 said permissions separately for each of a plurality of data 
types. 

11. The networked personal contact management system 
as in claim 9, wherein the server system notifies the user of 
at least one of the following types of occasions associated 
with a contact of the user: (a) a birthday of the contact, (b) 
an anniversary of the contact, and (c) a correspondence in 
schedules of the user and the contact. 

12. The networked personal contact management system 
as in claim 9, wherein the database contains information 

' about a plurality of affinity groups, and the server system 
implements functions for (a) allowing the plurality of users 
to select and join individual affinity groups, (b) notifying a 
new member of an affinity group of existing members of the 
affinity group, and (c) presenting the new member an option 

} to select individual members of the affinity group to add to 
the new member's virtual personal address book. 

13. The networked personal contact management system 
as in claim 12, wherein the server system automatically 

. notifies existing members of the affinity group of new 
' members. 

14. The networked personal contact management system 
as in claim 9, wherein the server system receives and stores 
information about travel plans of individual users, and uses 

^ the travel plans to detect that the user and a contact of the 
user will cross paths. 

15. The networked personal contact management system 
as in claim 9, wherein the server system automatically 
notifies the user when contacts recorded within the user's 

. virtual personal address book modify their respective con- 
5 tact information displayed within the virtual personal 
address book. 

16. The networked personal contact management system 
as in claim 9, further comprising synchronization software 
which sychronizes a personal digital assistant (PDA) device 
with a user's virtual personal address book over a computer 
network. 

***** 
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